home *** CD-ROM | disk | FTP | other *** search
/ Internet E-Mail Workshop / Internet E-Mail Workshop.iso / info / how2get. < prev    next >
Text File  |  1993-11-24  |  33KB  |  748 lines

  1.  
  2.  
  3. world% more newusers
  4. Xref: world news.admin.misc:1209 news.announce.newusers:505 news.answers:5351
  5. Path: world!uunet!think.com!enterpoop.mit.edu!senator-bedfellow.mit.edu!athena.mit.edu!jik
  6. From: jik@athena.mit.edu (Jonathan I. Kamens)
  7. Newsgroups: news.admin.misc,news.announce.newusers,news.answers
  8. Subject: How to become a USENET site
  9. Supersedes: <site-setup_724658477@athena.mit.edu>
  10. Followup-To: poster
  11. Date: 17 Jan 1993 06:01:17 GMT
  12. Organization: Massachusetts Institute of Technology
  13. Lines: 726
  14. Approved: spaf@cs.purdue.edu, news-answers-request@MIT.Edu
  15. Expires: 2 Mar 1993 06:01:12 GMT
  16. Message-ID: <site-setup_727250472@athena.mit.edu>
  17. NNTP-Posting-Host: pit-manager.mit.edu
  18. Summary: Periodic posting about the basic steps involved in
  19. configuring a machine to store USENET news.
  20.  
  21. Archive-name: site-setup
  22. Version: $Id: site-setup,v 1.95 1992/12/29 17:54:07 jik Exp jik $
  23.  
  24.   This article attempts to summarize, in a general way, the steps
  25. involved in setting up a machine to be on the USENET.
  26.  
  27.   It assumes that you already have some sort of USENET access
  28. (otherwise, how did you get this article?), or at the very least, that
  29. you have ftp or mail server access to get to some of the files
  30. mentioned in it, and that you are trying to configure your own site to
  31. be on the USENET after using some other site for some period of time.
  32. If this assumption is incorrect, then ask whoever made this article
  33. available to you to help you get access to the resources mentioned
  34. below.
  35.  
  36.   Before reading this posting, you should be familiar with the
  37. contents of the introductory postings in the news.announce.newusers
  38. newsgroup, most importantly the posting entitled "USENET Software:
  39. History and Sources".  Many of the terms used below are defined in
  40. those postings.  The news.announce.newusers postings are accessible in
  41. the periodic posting archive on pit-manager.mit.edu [18.172.1.27], in
  42. /pub/usenet via anonymous ftp, or via E-mail by sending a message to
  43. mail-server@pit-manager.mit.edu (send a message with "help" in the
  44. body to get more information).
  45.  
  46.       *************************
  47.   There are five basic steps involved in configuring a machine to be a
  48. USENET site.
  49.  
  50. 1. Make the decision -- do you *really* want to do this?
  51.  
  52.   If you just want to read USENET yourself, then putting your machine
  53. onto the USENET is probably not what you want to do.  The process of
  54. doing so can be time-consuming, and regular maintenance is also
  55. required.  Furthermore, the resources consumed by a full USENET setup
  56. on a machine are significant:
  57.  
  58.     - disk space for the programs (a few Mb for the binaries, another
  59.       couple of Mb for any sources you keep online);
  60.     - disk space for the articles - currently (as of December, 1992)
  61.       as much as 1200Mb a month, although it is possible to minimize
  62.       the amount of disk space consumed by articles by carefully
  63.       selecting which newsgroups and/or hierarchies you wish to
  64.       receive;
  65.     - modem time (possibly long-distance) transferring the articles to
  66.       your machine (assuming that you are using a modem rather than an
  67.       Internet NNTP connection); and
  68.     - fees if you're paying someone to provide you with a news feed.
  69.  
  70.   You might choose, instead, to get an account on a public-access
  71. USENET site on which you can read news by dialing up.  See, for
  72. example, the "Nixpub posting" articles in comp.misc and the "NetPub
  73. listing" articles in alt.bbs.lists for lists of such sites.
  74.  
  75.   Even if there are no public-access USENET sites that are a local
  76. phone call away from you, you might still choose this approach,
  77. especially if you only read a few (low traffic) groups.  Using a
  78. public-access site that is accessible via PC Pursuit or some other
  79. packet network might still be cheaper and/or easier than setting up
  80. the feed, transferring the news and configuring your machine to store
  81. news locally.
  82.  
  83.   You should be sure that the benefits you are going to get by storing
  84. news locally are going to outweigh the costs before deciding to
  85. proceed.  In summary, however, let me say that this decision is not
  86. always a clear one.  To explain why, let me include an alternative
  87. perspective, from joe@jshark.rn.com, on why getting a feed may be
  88. appropriate even for a single-user machine:
  89.  
  90. >When you get to long distance calls, reading the news on-line gets the
  91. >cost rising fast.  A few seconds to skip an article you've no interest
  92. >in, maybe a minute to take in a good one plus more time to save it and
  93. >download it later.  But when the whole lot is batched together (as
  94. >news), a) it only takes a few minutes and b) it's all conveniently
  95. >automated.  Sure, configuring the hardware and software may take a
  96. >(small) time - but it's something you only do once.
  97. >
  98. >And unless you want to get comp.*, the disk space needed is not that
  99. >great.  (20Mb disks are about 100 dollars over here; the saving in
  100. >phone charges would pay for that in a few months)
  101. >
  102. >I also find that replying takes time, and this is where on-line
  103. >"reading" would start to really burn dollars!  The alternative, {
  104. >download - logout - compose reply - dial back in - login - post (or
  105. >mail) reply}, is a) inconvenient and b) still costly.
  106. >
  107. >Perhaps I see "news administration" as a simple task *because* I only
  108. >provide news to one other site and get a very limited feed. (No
  109. >overflowing disks, no "disappearing inodes", neither angry users nor
  110. >management.) The initial stages were a bit fraught (200kb batches
  111. >being bounced back because of permission problems :-( ), but very
  112. >little effort now.  I have an impression, based on your address and
  113. >past postings, that you are involved in "system management" at MIT so
  114. >you see things from a "major site" point of view??
  115.  
  116. 2. Find a site to feed you news and/or mail.
  117.  
  118.   In order to make your machine a USENET site, you need to find other
  119. sites on the USENET that are willing to feed you news and/or mail.
  120. You might want to locate more than one such site if you want higher
  121. reliability.
  122.  
  123. Finding feeds for a UUCP site.
  124.  
  125.   If you are going to be using a modem (and, presumably, UUCP) to
  126. transfer your news and mail, then then there are several resources you
  127. can use when trying to locate a feed site:
  128.  
  129.   a. Comp.mail.maps
  130.  
  131.     Find the postings in the comp.mail.maps newsgroup for your state,
  132.   country, or whatever.  Look in it for sites that sound like they are
  133.   local to you.  Contact their administrators and ask if they would be
  134.   willing to give you a feed.
  135.  
  136.     Comp.mail.maps is archived at several anonymous ftp and mail
  137.   server sites, including ftp.uu.net, so you can examine map entries
  138.   even if the maps have expired at your news-reading site (or if you
  139.   do not currently have USENET access).  See the article entitled
  140.   "UUCP map for README" in the comp.mail.maps newsgroup or archives
  141.   for more information about the maps.
  142.  
  143.     The comp.mail.maps postings are also archived in
  144.   pit-manager.mit.edu's periodic posting archive, which was mentioned
  145.   in detail above.
  146.  
  147.   b. News.admin.misc
  148.  
  149.     Post a message to news.admin.misc.  If at all possible, post it
  150.   with a restricted distribution, so that only people who are likely
  151.   to be able to give you a feed will have to get it (e.g. if you have
  152.   posting access on a machine in Massachusetts, and the site you're
  153.   setting up is going to be in Massachusetts, then post with a
  154.   distribution of "ne").
  155.  
  156.     Note that you can post to news.admin.misc even if you do not have
  157.   direct USENET access right now, as long as you have E-mail access --
  158.   send your message to news.admin.misc.usenet@decwrl.dec.com.
  159.   However, if you use this gateway, you probably can't use a
  160.   restricted distribution as described above, since the gateway
  161.   probably isn't in the distribution you want to post to, and besides,
  162.   it's not clear that it listens to the "Distribution:" header in
  163.   postings that are mailed to it.  (Other gateways:
  164.   news.admin.misc@pws.bull.com, news-admin-misc@cs.utexas.edu,
  165.   news.admin.misc@news.cs.indiana.edu)
  166.  
  167.     When posting your message, try to be as specific as possible.
  168.   Mention where you are, how you intend to transfer news from your
  169.   feed site to you (e.g. what kind of modem, how fast), approximately
  170.   how many newsgroups you are going to want to get and from which
  171.   hierarchies, and perhaps what kind of machine it's all for.  A
  172.   descriptive Subject line such as "news feed wanted -- Boston, MA" is
  173.   also useful.
  174.  
  175.     If there is a regional hierarchy for the distribution in which you
  176.   want a feed, then you might want to post a message in one of the
  177.   regional newsgroups as well, or cross-post your message to one of
  178.   the regional newsgroups.  Look first for an "admin" group (e.g.
  179.   "ne.admin"), then (if there is no admin group) a "config" group,
  180.   then for a "wanted" group.
  181.  
  182.   c. Commercial services
  183.  
  184.     If all else fails, you may have to resort to paying someone to
  185.   provide you with a feed.  I know about the following service
  186.   providers:
  187.  
  188.     a2i communications
  189.     1211 Park Avenue #202
  190.     San Jose, CA 95126
  191.     Data: (408) 293-9010 (v.32bis, v.32), (408) 293-9020 (PEP)
  192.           (log in as "guest")
  193.     Telnet: a2i.rahul.net [192.160.13.1] (log in as "guest")
  194.     Ftp: ftp.rahul.net [192.160.13.1], get /pub/BLURB
  195.     info@rahul.net (a daemon will auto-reply)
  196.     (UUCP, news feeds, mail feeds, MX forwarding, name service)
  197.  
  198.     Anterior Technology
  199.     P.O. Box 1206
  200.     Menlo Park, CA  94026-1206
  201.     Voice: (415) 328-5615
  202.     Fax: (415) 322-1753
  203.     info@fernwood.mpk.ca.us
  204.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  205.  
  206.     CERFnet
  207.     P.O. Box 85608
  208.     San Diego, CA  92186-9784
  209.     Voice: (800) 876-CERF
  210.     help@cerf.net
  211.     (connectivity, name service, MX forwarding, news feeds)
  212.  
  213.     Colorado SuperNet, Inc.
  214.     Attn: David C. Menges
  215.     Colorado School of Mines
  216.     1500 Illinois
  217.     Golden, CO  80401
  218.     Voice: 303-273-3471
  219.     dcm@csn.org
  220.     (UUCP, news feeds)
  221.  
  222.     Demon Internet Systems
  223.     internet@demon.co.uk
  224.     (Internet access, SLIP, PPP, name service)
  225.  
  226.     DMConnection
  227.     267 Cox St.
  228.     Hudson, Ma. 01749
  229.     Voice: (508) 562-1618
  230.     Fax: (508) 562-1133
  231.     info@dmc.com
  232.     (UUCP, news feeds, mail feeds, MX forwarding, file servers, mailing lists,
  233.      large volume archives)
  234.  
  235.     ExNet Systems Ltd
  236.     60 Sunningdale Avenue
  237.     Hanworth
  238.     Middlesex, TW13 5JT, UK
  239.     Voice/Fax: +44 81 755 0077
  240.     exnet@exnet.co.uk
  241.     (UUCP, mail and news feeds)
  242.  
  243.     HoloNet
  244.     Information Access Technologies, Inc.
  245.     46 Shattuck Square, Suite 11
  246.     Berkeley, CA 94704-1152
  247.     Voice: 510-704-0160, Fax: 510-704-8019, Modem: 704-1058
  248.     Telnet: holonet.net
  249.     E-mail: info@holonet.net  (automated reply)
  250.     Support: support@holonet.net
  251.     (UUCP/USENET feeds, local to 850+ cities nationwide)
  252.  
  253.     JvNCnet
  254.     B6 von Neumann Hall
  255.     Princeton University
  256.     Princeton, NJ 08543
  257.     Voice: (800) 35-TIGER
  258.     market@jvnc.net
  259.     (connectivity, name service, MX forwarding, news feeds)
  260.  
  261.     MSEN, Inc.
  262.     628 Brooks Street
  263.     Ann Arbor, MI 48103
  264.     Voice: (313) 998-4562
  265.     Ftp: ftp.msen.com [148.59.1.2], see /pub/vendor/msen/*
  266.     info@msen.com
  267.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  268.  
  269.     MV Communications, Inc.
  270.     P.O. Box 4963
  271.     Manchester, NH  03108-4963
  272.     Voice: (603) 429-2223
  273.     Data: (603) 429-1735 (log in as "info" or "rates")
  274.     info@mv.mv.com
  275.     (UUCP, name service, MX forwarding, news feeds)
  276.  
  277.     NEARnet (New England Academic and Resarch Network)
  278.     10 Moulton Street
  279.     Cambridge, MA  02138
  280.     Voice: (617) 873-8730
  281.     Fax: (617) 873-5620
  282.     nearnet-join@nic.near.net
  283.     (connectivity, name service, MX forwarding, news feeds (for
  284.      NEARnet sites))
  285.  
  286.     Netcom - Online Communication Services
  287.     4000 Moorpark Avenue - Suite 209
  288.     San Jose, CA 95117
  289.     Voice: (408) 554-UNIX
  290.     Data: (408) 241-9760 (login guest, no password)
  291.     Telnet: netcom.netcom.com [192.100.81.100] (login guest)
  292.     E-mail: info@netcom.com
  293.     (UUCP, connectivity, name service, MX forwarding, news feeds,
  294.      other services)
  295.  
  296.     Performance Systems International, Inc.
  297.     11800 Sunrise Valley Drive, Suite 1100
  298.     Reston, VA  22091
  299.     Voice: (703) 620-6651 or (800) 827-7482
  300.     Computerized info: all-info@psi.com
  301.     Human-based info: info@psi.com
  302.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  303.  
  304.     SURAnet
  305.     8400 Baltimore Blvd.
  306.     College Park, MD  20742
  307.     Voice: (301) 982-3214
  308.     Fax: (301) 982-4605
  309.     news-admin@sura.net
  310.     (connectivity, name service (for SURAnet sites), news feeds (for
  311.      SURAnet sites))
  312.  
  313.     UUNET Canada, Inc.
  314.     1 Yonge St., Suite 1801
  315.     Toronto, Ontario
  316.     Canada M5E 1W7
  317.     Voice: (416) 368-6621
  318.     Fax: (416) 369-0515
  319.     info@uunet.ca or uunet-ca@uunet.uu.net
  320.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  321.  
  322.     UUNET Technologies Inc.
  323.     3110 Fairview Park Drive, Suite 570
  324.     Falls Church, VA 22042
  325.     Voice: (703) 204-8000
  326.     Fax: (703) 204-8001
  327.     info@uunet.uu.net
  328.     AlterNet (network connectivity) info: alternet-info@uunet.uu.net
  329.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  330.  
  331.     UUNORTH, Inc.
  332.     Box 445, Station E
  333.     Toronto, Ontario
  334.     Canada M6H 4E3
  335.     Voice: (416) 537-4930 or (416) 225-UNIX
  336.     Fax: (416) 537-4890
  337.  
  338.     WIMSEY
  339.     Attn: Stuart Lynne
  340.     225B Evergreen Dr. 
  341.     Port Moody, BC, V3H 1S1
  342.     Voice: 604-93-7532 
  343.     sl@vanbc.wimsey.bc.ca
  344.     (UUCP, name service, MX forwarding, news feeds)
  345.  
  346.     Xenon Systems
  347.     Attn: Julian Macassey
  348.     742 1/2 North Hayworth Ave.
  349.     Hollywood, CA  90046-7142
  350.     Voice: (213) 654-2822
  351.     postmaster@xenon.sr.com
  352.     (UUCP, news feeds, mail feeds)
  353.  
  354.     Note that some of these are actually network service providers which
  355.   provide Internet connectivity, but some will also provide news feeds
  356.   to their customers.  For more information about many network service
  357.   providers, see the anonymous ftp file /nsfnet/referral-list on
  358.   nnsc.nsf.net.
  359.  
  360.     Some regional network service providers, especially in large urban
  361.   areas, offer both UUCP and TCP/IP service via modem or leased line.
  362.   If you can find such a company, the cost of a dedicated (leased
  363.   line) Internet connection will often be cheaper and more desirable
  364.   than a UUCP connection, if you plan on using it for a full newsfeed
  365.   or for frequent downloading.  Some companies can offer combined
  366.   voice and data connections using T1 links, for large-scale users
  367.   seeking both Internet access and low-cost toll telephone service.
  368.   For more information about the possibility of hooking up to the
  369.   network, see the "How to Get Information about Networks" posting in
  370.   news.announce.newusers.
  371.  
  372.     NOTE: I am not endorsing any of these companies in any way.  I
  373.   don't know anything about the level or quality of service either of
  374.   them provides.  They are simply the ones I know about.  If you know
  375.   of a site that provides feeds and think it should be mentioned here,
  376.   please let me know.
  377.  
  378.   d. Special information for European users
  379.  
  380.     (This section discusses the various big European networks.  There
  381.   are also smaller service providers, such as ExNet Systems (see
  382.   above), in Europe.)
  383.  
  384.     In Europe, you can get a feed from one of EUNet's national
  385.   networks.  They charge for feeds but are "non-commercial," which
  386.   means (I assume) that the fees go to the maintenance of the
  387.   networks.  Most provide help on getting started, can provide source
  388.   for the mail and news software and lists of sites who have indicated
  389.   they will provide feeds.  They also act as Internet forwarders (see
  390.   below for more information on this).  To contact them, try sending
  391.   mail to postmaster@country.eu.net or newsmaster@country.eu.net.  The
  392.   "country" in this case should be whatever country you're in.
  393.  
  394.     Note that the national networks have a "no redistribution" policy
  395.   and have the option to cut off sites which break this rule.  There
  396.   are other groups (such as sublink); see (a) and (b) above for
  397.   suggestions on how to contact them.
  398.  
  399.     Subscribing to EUNet or to one of the NALnets (National Networks)
  400.   currently requires to be member of EurOpen either directly or
  401.   indirectly by being member of a NALUUG (National Unix User Group)
  402.   affiliated to EurOpen.
  403.  
  404.     In the UK, smaller scale users and individuals can also get news
  405.   access via Demon Internet Systems. They provide very cheap dialup
  406.   Internet access, SLIP, PPP and name service entries.  Contact them
  407.   (contact information is given above) for more information.
  408.  
  409.     There are also several other network services providers, already
  410.   operational (or to become soon available for some of them).
  411.   Contrary to EUnet which generally accepts any organization as
  412.   customer, those networks may have restrictions and accept only some
  413.   kind of customers (generally academic and/or research) as they are
  414.   sometimes government funded.
  415.  
  416.     Some of these networks are NORDunet (northern Europe), FUNET
  417.   (Finland), SWITCH (Switzerland), EASInet (European Academic
  418.   Supercomputing Initiative, mainly if not totally funded by IBM), DFN
  419.   (Germany), PIPEX(UK) and RENATER (France).
  420.  
  421.     There are several anonymous ftp sites from which information about
  422.   all of these networks and about networking in Europe in general
  423.   might be obtained. They are ftp.switch.ch, ftp.easi.net,
  424.   ftp.ripe.net, ftp.eu.net, corton.inria.fr and nic.nordu.net.
  425.  
  426.   Note that it is to your advantage to try to find a feed site that is
  427. directly on the Internet, if you are not going to be.  Getting a feed
  428. from a site on the Internet will allow that site to act as your MX
  429. forwarder (see section 5 below), and the fact that you are only one
  430. hop off of the Internet will make both mail and news delivery fast
  431. (assuming that the feed you get from the Internet site is for both
  432. mail and news; of course, if you can only find someone willing to
  433. forward mail to you but not to traffic with you the heavier load of a
  434. news feed, then your mail delivery will still be fast).
  435.  
  436. Finding feeds for an Internet site.
  437.  
  438.   If you are on the Internet and would like your news feed to be over
  439. the Internet rather than over a modem link, then you *might* want to
  440. look in the UUCP maps in comp.mail.maps, as mentioned above, since
  441. many USENET sites that are on the Internet are mentioned there.
  442. News.admin and the commercial services listed above are also viable
  443. options.  Another option which is relevant only to Internet sites is
  444. to send mail to the mailing list nntp-managers@ucbvax.berkeley.edu,
  445. and ask if anyone on that list is willing to provide you with a news
  446. feed.  If you do this, be specific, just as if you were posting to
  447. news.admin as described above.
  448.  
  449. 3. Get the software.
  450.  
  451.   The "USENET Software" posting referenced above goes into quite a bit
  452. of detail about the software that is available.  There are three
  453. components in the software at a USENET site: (a) the software that
  454. transports the news (usually using either UUCP or NNTP), (b) the
  455. software that stores the news on the local disks, expires old
  456. articles, etc., and (c) the news-readers for looking at the news.
  457.  
  458.   For example, if you're a UNIX site on the Internet and you're going
  459. to be getting your news feed over the Internet, then you are probably
  460. going to want to get one of the news transport packages mentioned in
  461. the "USENET Software" posting (e.g., INN or C News + NNTP), as well as
  462. one or more of the UNIX news readers mentioned there.
  463.  
  464.   Since you are probably going to be exchanging mail as well as news,
  465. and the mail software that is shipped with the OS you are using might
  466. not be powerful enough to handle mail exchanging with the rest of the
  467. USENET, you might want to obtain new mail software as well.  There are
  468. several packages you might choose you use.  Discussion of them is
  469. beyond the scope of this document; the books referenced below will
  470. probably provide some useful information in this area.  Furthermore,
  471. if you are a UNIX site, the posting by Chris Lewis
  472. <clewis@ferret.ocunix.on.ca> entitled "UNIX Email Software Survey FAQ"
  473. in news.admin, comp.mail.misc and news.answers provides a good
  474. introduction to the UNIX mail software that's out there.  Finally,
  475. James H. Thompson <jimmy_t@verifone.com>'s "FAQ - UUCP Mail, News and
  476. Gateway Software for PCs and MACs" posting, in alt.bbs.waffle,
  477. comp.mail.uucp, news.software.readers and vmsnet.uucp, will help you
  478. to find out more about the UUCP software that is available to you if
  479. you wish to run it on a PC or Macintosh computer.
  480.  
  481.   The basic idea is to go read the "USENET Software" posting, and then
  482. to work from there.
  483.  
  484.   Europeans can ask their national backbone site, which will usually
  485. either be a software archive or be closely associated with one.
  486. UKNET, for example, provides an information pack explaining what is
  487. needed and where (and how) to get it.
  488.  
  489. 4. Do what it says.
  490.  
  491.   Most of the software available for news transport or storage comes
  492. with installation instructions.  Follow them.  This part should be
  493. self-explanatory (although the instructions might not be :-).
  494.  
  495. 5. Register your site on the network.
  496.  
  497.   The "traditional" method of advertising your site to the rest of the
  498. USENET after setting it up is to get an entry for it added to the UUCP
  499. maps.  Doing this involves choosing a name for your site and
  500. submitting a map entry indicating the name, other vital statistics,
  501. and a list of your feed sites, preferentially weighted.  Since many
  502. USENET sites still rely exclusively on the UUCP maps for routing mail,
  503. you will almost certainly want to register in the maps.  To find out
  504. more about how to do this, read the "UUCP map for README" posting in
  505. comp.mail.maps, referenced above.
  506.  
  507.   However, the past several years have witnessed a dramatic increase
  508. in the number of sites choosing to register host names in the Internet
  509. Domain Name Service (DNS) hierarchy, in addition to getting a host
  510. entry added to the UUCP maps.  The DNS hierarchy is becomingly
  511. increasingly standardized, and DNS name service is more reliable than
  512. the UUCP maps.  Therefore, if register a DNS name for your site, put
  513. that DNS name in your UUCP map entry as an alias for your site, and
  514. use the DNS address rather than the UUCP host name in your mail and
  515. USENET postings, both UUCP hosts and hosts that do DNS will be able to
  516. get mail to you more efficiently and reliably.
  517.  
  518.   There are two types of DNS host records that are relevant here.  If
  519. you have opted to contract with a company for a direct connection to
  520. the Internet, then you are probably going to want to register an
  521. address record advertising what your address will be on the Internet.
  522. Hosts which understand DNS can then use that record to connect
  523. directly to your machine and deliver mail to it.
  524.  
  525.   If, on the other hand, you are going to be getting your mail via
  526. UUCP from some other site, then the host record you will be
  527. registering is a Mail eXchange (MX) record.  This record announces to
  528. the world that mail destined to your host can be directed instead to
  529. another host that IS directly on the Internet.  That host is your "MX
  530. forwarder," and it must be one of your feed sites that knows how to
  531. deliver mail to you.  In fact, you can have multiple MX records if you
  532. have multiple feeds on the Internet and want it to be possible for
  533. mail to be routed through all of them (for increased reliability), if
  534. they are willing.  Note that if you use a commercial service provider
  535. for your mail feed, it will probably also be your MX forwarder.
  536.  
  537.   Even if none of your feeds are on the Internet, you may be able to
  538. get an MX record, by finding an Internet site that is willing to
  539. receive your mail and put it on its way through the correct UUCP
  540. route.  There are currently at least a couple of sites willing to
  541. perform this service for no charge, in order to encourage the
  542. increased use of DNS records.  You can therefore probably locate an MX
  543. forwarder by posting to news.admin and asking if anyone is willing to
  544. forward for you.
  545.  
  546.   The procedure for registering a DNS record is quite simple and
  547. usually takes a month or less (at the time of this writing, the
  548. Network Information Center is in a transition period so you'll need to
  549. have patience).  Note that many commercial network providers, such as
  550. UUNET, will take care of this for you.
  551.  
  552.   Whether you decide to register an address record or an MX record,
  553. you need to decide what your DNS host name is going to be.  Since the
  554. DNS is arranged in a hierarchy, you need to decide what hierarchy your
  555. name will appear in.  For example, you might choose to be in the ".us"
  556. domain if you are in the United States and want to be in the United
  557. States geographical hierarchy.  Alternatively, you might choose ".edu"
  558. for a University, ".org" for a non-profit organization, ".com" for a
  559. commercial company, etc.  For more information about the various
  560. hierarchies and about choosing a host name, see the "How to Get
  561. Information about Networks" posting already referenced.
  562.  
  563.   If you are not in the US, you're theoretically supposed to have no
  564. choice about the top-level domain -- it should always be the
  565. two-letter ISO code for your country (".fr", ".de", etc.).  However,
  566. depending on how and how well you are connected to the network, you
  567. might be able to get away with being in one of the older domains
  568. mentioned above (".edu", ".org", etc.).  If you want to find out how
  569. to get a host name in a particular European domain, you can probably
  570. start by sending mail to hostmaster@mcsun.eu.net and asking for more
  571. information.
  572.  
  573.   Once you have determined your host name, you need to determine one
  574. or more hosts (preferably two or three, so that even if one is having
  575. trouble, the others will fill in for it) that will act as your "name
  576. servers," advertising your host name to anyone who asks for it.  Note
  577. that many hierarchies have their own name servers, which means that
  578. when you go through the process of figuring out which domain your host
  579. name will be in, you may find some name servers available to you
  580. already.  Furthermore, if you opt to go with a commercial service
  581. provider as described above, your service provider will probably be
  582. willing to act as a name server.  Different domain-administration
  583. organizations may require fewer or more name servers (e.g. the NIC
  584. (mentioned below) requires at least two).
  585.  
  586.   Once you've got your host name picked out, you need to submit an
  587. application to the authorities for the domain you've chosen.  Many of
  588. the domains, for example, are managed by the DDN Network Information
  589. Center -- to submit an application to one of those domains, you would
  590. get the file DOMAIN-TEMPLATE.TXT via anonymous ftp from nic.ddn.mil,
  591. fill it out, and mail it to hostmaster@nic.ddn.mil.  You will probably
  592. determine the correct method for applying for a host name in your
  593. domain during the course of investigating which domain to put your
  594. host name in.
  595.  
  596.   If you submit an application and don't get any acknowlegement or
  597. response in a couple of weeks, it's a good idea to send another note
  598. to the same address as you sent your original application to, asking
  599. if it was received.
  600.  
  601.   Even if you aren't going to be connecting directly to Internet at
  602. the start, if your site is using any TCP/IP-based equipment, you
  603. should request a block of IP addresses, to save future transition
  604. headaches.  Request one Class C address per subnet, or a Class B if
  605. your site has more than a few hundred systems.  If you don't
  606. understand any of this and don't intend on getting on the Internet,
  607. don't worry about it.  If/when you do decide to get onto the Internet,
  608. your service provider should be prepared to help you understand what
  609. needs to be done.
  610.  
  611.   Once your application has been approved and your name entered into
  612. your name servers' databases, update the mail software on your system
  613. and on your MX forwarder's system to recognize and use the new domain.
  614.  
  615.   [A final note: Much of the information in this section about the DNS
  616. system is sketchy.  It is intentionally so, since all of this
  617. information is available from a number of different sources, and they
  618. cover it much better than I can here.  If you are interested in
  619. finding out more about how the DNS works, you are strongly urged yet
  620. again to read the "How to Get Information About Networks" posting and
  621. to follow up on the sources of documentation that it references.]
  622.  
  623.       *************************
  624.  
  625.   In addition to the resources already mentioned, there are several
  626. books which discuss USENET and/or UUCP maintenance.  They include
  627. (these entries are culled from the "YABL" posting, by Mitch Wright
  628. <mitch@cirrus.com>, in comp.unix.questions):
  629.  
  630. TITLE: Managing UUCP and USENET
  631. AUTHOR: O'Reilly, Tim
  632. AUTHOR: Todino, Grace
  633. SUBJECT: Introduction
  634. PUBLISHER: O'Reilly & Associates, Inc.
  635. DATE: 1990
  636. PAGES: 289
  637. ISBN: 0-937175-48-X
  638. APPROX_COST: 24.95
  639. KEYWORDS: Nutshell Handbook
  640. SUGGESTED_BY: Mitch Wright <mitch@hq.af.mil>
  641. SUPPLIERS
  642. E-mail: ... uunet!ora!nuts
  643. Phone#: 1-800-338-NUTS
  644.  
  645. TITLE: Unix Communications
  646. AUTHOR: Anderson, Bart
  647. AUTHOR: Costales, Barry
  648. AUTHOR: Henderson, Harry
  649. SUBJECT: Communication Reference
  650. PUBLISHER: The Waite Group
  651. DATE: 1991
  652. PAGES: 736
  653. ISBN: 0-672-22773-8
  654. APPROX_COST: 29.95
  655. KEYWORDS: UUCP, USENET
  656. COMMENTS
  657. Covers everything the end user needs to know about email, USENET 
  658. and UUCP.
  659.  
  660. TITLE: Using UUCP and USENET
  661. AUTHOR: Todino, Grace
  662. AUTHOR: Dougherty, Dale
  663. SUBJECT: Introduction
  664. PUBLISHER: O'Reilly & Associates, Inc.
  665. DATE: 1990
  666. PAGES: 210
  667. ISBN: 0-937175-10-2
  668. APPROX_COST: 21.95
  669. KEYWORDS: Nutshell Handbook
  670. SUGGESTED_BY: Mitch Wright <mitch@hq.af.mil>
  671. SUPPLIERS
  672. E-mail: ... uunet!ora!nuts
  673. Phone#: 1-800-338-NUTS
  674.  
  675. If you are going to be setting up a UUCP/modem USENET site, you will
  676. probably find these books quite useful, especially if the UUCP
  677. documentation that comes with the OS you're running is sparse.
  678.  
  679.       *************************
  680.  
  681.   Comments about, suggestions about or corrections to this posting are
  682. welcomed.  If you would like to ask me to change this posting in some
  683. way, the method I appreciate most is for you to actually make the
  684. desired modifications to a copy of the posting, and then to send me
  685. the modified posting, or a context diff between my posted version and
  686. your modified version (if you do the latter, make sure to include in
  687. your mail the "Version:" line from my posted version).  Submitting
  688. changes in this way makes dealing with them easier for me and helps to
  689. avoid misunderstandings about what you are suggesting.
  690.  
  691.   Rich Braun <richb@kronos.com> provided most of the information above
  692. about registering DNS records, and provided other useful comments and
  693. suggestions.  joe@jshark.rn.com provided some very useful rewriting as
  694. well as some different perspectives that helped to make the article
  695. more general, as well as providing some specific information about
  696. working in Europe, as well as providing other useful comments.
  697.  
  698.   The following people provided useful comments and suggestions about
  699. this article:
  700.  
  701.   Vikas Aggarwal <vikas@jvnc.net>
  702.   Anton J. Aylward <uunorth@uunorth.UUCP>
  703.   Bruno Blissenbach <bubli@purodha.GUN.de>
  704.   Oliver Boehmer <oli@odbffm.in.sub.org>
  705.   Andy Brager <andyb@wndrsvr.UUCP>
  706.   Michael Bryan <michael@resonex.com>
  707.   Alan Cox <iiitac@pyr.swan.ac.uk>
  708.   John Curran <jcurran@nic.near.net>
  709.   Chris Davies <chris@visionware.co.uk>
  710.   Christopher Davis <ckd@eff.org>
  711.   Paul Eggert <eggert@twinsun.com>
  712.   Nathan F. Estey <nestey@copper.Denver.Colorado.EDU>
  713.   Stuart Freedman <stuart@orac.HQ.Ileaf.COM>
  714.   Margaret D. Gibbs <gibbsm@ll.mit.edu>
  715.   Dan Horner <liaison@uunet.uu.net>
  716.   Brad Isley <bgi@stiatl.salestech.com>
  717.   J. Lee Japp <jaapjl@madams.larc.nasa.gov>
  718.   Ray.Lampman@Heurikon.Com
  719.   Norman Lin <norlin@uokmax.ecn.uoknor.edu>
  720.   jmalcom@sura.net
  721.   Mark E. Mallett <mem@mv.MV.COM>
  722.   Owen Scott Medd <osm@msen.com>
  723.   Bertrand Meyer <bertrand@eiffel.com>
  724.   Pushpendra Mohta <pushp@cerf.net>
  725.   Mark Moraes <moraes@cs.toronto.edu>
  726.   Don Nichols <nichols@nvl.army.mil>
  727.   Andrew Partan <asp@uunet.uu.net>
  728.   Brad Passwaters <bjp@sura.net>
  729.   Michel Pollet <michel@trantor.UUCP>
  730.   Bob Rieger <bobr@netcom.com>
  731.   Rich Salz <rsalz@bbn.com>
  732.   Martin Lee Schoffstall <schoff@psi.com>
  733.   Russell Schulz <russell@alpha3.ersys.edmonton.ab.ca>
  734.   Doug Sewell <doug@ysu.edu>
  735.   Barry Shein <bzs@world.std.com>
  736.   Vince Skahan <vince@atc.boeing.com>
  737.   Shih-ping Spencer Sun <spencer@phoenix.Princeton.edu>
  738.   Jerry Sweet <jns@fernwood.mpk.ca.us>
  739.   David W. Tamkin <dattier@gagme.chi.il.us>
  740.   Christophe Wolfhugel <Christophe.Wolfhugel@grasp1.univ-lyon1.fr>
  741.   Steve Yelvington <steve@thelake.mn.org>
  742.  
  743. -- 
  744. Jonathan Kamens                                         jik@MIT.Edu
  745. Aktis, Inc.                                 Moderator, news.answers
  746.  
  747.  
  748.